Зачем нужны режимы чата

Aider работает в терминале и умеет больше чем просто генерировать код. Четыре режима чата определяют как AI взаимодействует с вашим проектом: архитектор, код, вопрос и помощь. Понимание когда переключаться между ними превращает Aider из генератора кода в полноценного партнёра по программированию.

Архитектор — режим для планирования

Этот режим нужен когда вы не уверены в архитектуре решения. Архитектор не пишет код, а обсуждает с вами структуру проекта, предлагает варианты и объясняет почему один подход лучше другого. Это особенно полезно когда сталкиваетесь с новой предметной областью или хотите проверить своё понимание перед тем как писать код.

Команда /architect переключает в этот режим. Задайте вопрос о структуре: «Как организовать аутентификацию в этом проекте?» или «Стоит ли использовать паттерн Repository для работы с базой данных?» Модель в режиме архитектора думает о дизайне, а не о деталях реализации.

Особенно помогает когда галлюцинируете — если Claude предлагает архитектуру которая кажется сомнительной, режим архитектора заставит его обосновать выбор и предложить альтернативы. Это как созвониться с опытным коллегой перед тем как писать код.

Код — основной режим для генерации

Код — режим по умолчанию, в котором Aider пишет и редактирует код. Он создаёт файлы, делает изменения, запускает команды и автоматически коммитит всё в гит с осмысленными сообщениями коммитов.

Основные команды в режиме кода:

TEXT 
/add file.py    # добавить файл в контекст
/rm file.py     # убрать файл из контекста
/undo           # отменить последнее изменение
/run "команда"  # запустить shell-команду
/lint           # проверить линтером
/test           # запустить тесты

/run особенно важен — он позволяет запускать любые shell-команды и видеть результат. Если Aider сгенерировал код, сразу запустите тесты и посмотрите что сломалось. Это быстрый цикл обратной связи который экономит время.

Вопрос — быстрые вопросы без изменений

Режим вопроса не делает никаких изменений в коде. Вы задаёте вопрос, получаете ответ — и всё. Это удобно для исследований: «Как работает async/await в Python?» или «Что делает этот кусок кода?»

В отличие от архитектора, вопрос не предлагает решений. Он отвечает на вопросы о существующем коде, объясняет концепции, помогает разобраться в чужом коде перед рефакторингом.

Помощь — справочник по командам

Помощь — это встроенная документация. Задайте вопрос о Aider: «Как подключить другую модель?» или «Как настроить интеграцию с гит?» Модель ответит информацией из документации.

Это не AI-объяснение, а точные инструкции. Если забыли синтаксис /model или не знаете как работает /diff — спросите в режиме помощи.

Как это работает на практике

Типичная сессия выглядит так:

TEXT 
# Начинаете в архитекторе чтобы обсудить задачу
aider src/api/auth.py
> /architect
> Как лучше организовать JWT-аутентификацию?

# Переключаетесь в код для реализации
> /code
> Реализуй JWT middleware с проверкой expiry

# Запускаете тесты
> /run pytest tests/

# Если что-то непонятно в чужом коде — спрашиваете
> /ask Что делает функция validate_token?

# Если забыли команду — помощь
> /help
> Как переключить модель на Claude?

Переключение между режимами

Команды простые:

TEXT 
/architect  # планирование
/code        # генерация кода (по умолчанию)
/ask         # вопросы без изменений
/help        # справочная информация

Можно переключаться в любой момент. Не обязательно начинать с архитектора, но если задача большая — обсуждение архитектуры сэкономит время на переписывании кода.

Практические советы

  • Используйте архитектора когда не уверены в архитектуре — это сэкономит время на переписывании
  • Вопрос удобен для изучения чужого кода перед рефакторингом
  • /run после каждого изменения — быстрая обратная связь
  • /undo если что-то пошло не так — гит-коммит откатится

Официальная документация Aider доступна на aider.chat/docs